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Going through our 
archives we discov- 
ered that it’s been 
almost ten years 
since we published 
an EPROM emula- 
tor. The version we 
propose in this arti- 
cle should meet 
today’s demands of 
hobbyists wishing to 
debug microcon- 
troller systems 
based on an 
EPROM. We have 
chosen the 27C256 
because it is cheap 
and currently the 
most widely used 
EPROM in the 
hobby area. 
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Technical 
features 


— Emulates the most widely used 
EPROM type 27C256 

— RS232 controlled 

— Employs Hyper Terminal for data 
transfer between PC and 
EPROM simulator. 

— Recognizes industry-standard 
IntelHex format 

— May be adapted to suit 27C64 
and 27C128 by modifying circuit 
around pins 26 and 27. Support 
for 27C512 also possible with 
some hardware and software 


modifications. 


An EPROM emulator is a develop- 
ment tool designed to facilitate code 
debugging and code writing jobs on 
circuits incorporating an EPROM 
(electrically erasable read only mem- 
ory). An EPROM, as most of you will 
know, can not be reprogrammed 
before its previous contents has 
been erased through exposure to a 
certain amount of ultraviolet (UV) 
light. So, even for the smallest modi- 
fication to the code in your EPROM, 
you need to do a complete erase- 
and-reprogram cycle, which is 
tedious and costly given the time 
lost and the price of an UV eraser 
box. 

An EPROM emulator obviates 
these problems by allowing you to 
debug, rewrite and download code 
as many times as you like, until the 
desired system operation is 
achieved, all without having to erase 
a single EPROM. Having extensively 
tested the target program, you need 
to program an EPROM just once yet 
rest assured that it will work as 
planned. 

Meanwhile, in this day and age of 
Flash reprogrammable and ISP (in- 
system programmable) devices, it is 
fair to reflect on the advantages, if 
any, of an EPROM emulator. Also, 
one can not fail to recognise the 
trend towards ever larger memory 
capacities. 

Despite the above trends, there is 
still a fair number of circuits based 
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Figure |. Block diagram of the 27C256 EPROM emulator, with the Atmel microcontroller 


clearly at the hub of things. 


on microcontrollers running code 
from an external EPROM. These con- 
trollers include devices from the 8051 
series, the 68HC11 and 80C5xx. It is 
precisely in this area where the pre- 
sent emulator will be highly valued. 


Principle of operation 


The block diagram shown in Fig- 
ure 1 is classic and typical for this 
type of application. 

The underlying principle of an 
EPROM emulator is that it replaces 
‘dead’ memory like ROM or EPROM 
by ‘live’ memory (RAM) with double 
(two-port) access. The RAM is 
flanked by two latches and sup- 
ported by a microcontroller. 

As in any EPROM emulator that’s 
any good, the heart of the circuit is a 
RAM device (here, IC5) which essen- 
tially replaces the (E)PROM of the 
target (or ‘host’) system. The RAM is 
surrounded by latches (IC3 and IC4) 
and buffers (IC6, IC7 and IC8). The 
exact function of these components 
will be discussed a bit further on. 

The distinctive feature of the pre- 
sent EPROM emulator (as compared 
with traditional designs) is the pres- 
ence of a microcontroller (IC2). This 
component looks after the control of 
the latches and the RAM, and also 
handles the correct reception (from 
the PC) and processing of the object 
code to be transferred to the target 
system. Here, an Atmel 89AT2051 


microcontroller is used. The main reason for 
choosing this device is that it offers on-chip 
serial I/O as well as EPROM to store the 
firmware that handles the code reception and 
control of the emulator. 


Practical circuit 


By and large, the circuit diagram shown in 
Figure 2 follows the general structure of the 
block diagram. In fact, all building blocks dis- 
cussed above are fairly easy to find back in 
the schematic. 

IC1, a MAX232, handles the classic func- 
tion of converting the +10-V signal levels on 
the RS232 lines to logic levels (+5 V/0 V), in 
two directions. The MAX232 allows the 
microcontroller in the circuit to communicate 
with the PC via the RS232 port. Although 
many PCs these days are capable of handling 
serial signals with a swing of 5 V, simply 
omitting the MAX232 would require the RxD 
and TxD signals to be inverted! 

IC2 is the microcontroller type AT89C2051. 
It controls latches IC3 and IC4 as well as 
buffers IC6, IC7 and IC8. These integrated cir- 
cuits ensure the correct interfacing with RAM 
IC5. In this context, ‘correct’ means that the 
RAM may be accessed by either the micro- 
controller or the external (i.e., target) circuit, 
but never at the same time. 

The RAM in fact emulates (mimics) the 
(E)PROM which has been removed form the 
target circuit. When the target circuit has 
access to the RAM, it will behave as if a sys- 
tem (E)PROM was installed, hence the term 
‘emulator’. To be able to pull off this trick, the 
RAM requires two peripheral devices. From 


37 





RiIN R10OUT 
T1OUT T1IN 
R2IN R2OUT 

T2IN 


N 





AMEE a 





7 
h 
h 
Y 
h 
Y 
h 
h 
h 
h 
h 
h 
h 
h 
A 
h 
h 
h 
h 
h 
h 
h 
j 
h 
h 
h 
h 
h 
h 
h 
A 
Y 
h 
h 
A 
j 
A 
h 
h 
j 
h 
h 
A 
h 
h 
h 
h 
h 
A 
h 
h 
h 
h 
j 
h 
Y 
h 
y 
h 





MLLiLLLLikLhhiiii83itiililiittititillittittliillittthllllllltithhlllllttillhl lll 





h 
LLiiLiiLLkLiLilhidlitilidlliiltlllti ltt ltt lh lll ZZZ 


5V 


1 8x 10k 


ILWIS 





NN 


Awn 


ml 
m 


Figure 2. Circuit diagram of the 27C256 EPROM emulator. 


one side, the emulator electronics enables the 
object code under test to be written into the 
RAM, while from the other side the external 
(host) system can access the RAM to read 
code which the host microcontroller will 
eventually execute. 

Latches IC3 and IC4 connect the host sys- 
tem address lines to the RAM. Depending on 
commands received from the microcontroller, 
these ICs transfer the data on the internal 
databus, DO-D7. Each of the latch enable 
inputs is controlled by an individual I/O line 
of the central processor. This configuration 
allows the processor to control the RAM 
address bus. Once the target program is 
stored in RAM, the two latches go into high- 
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impedance mode to avoid contention 
problems when the system switches 
to emulation mode, i.e., with the 
RAM effectively connected into the 
target system. 

Buffers IC6, IC7 and IC8 ensure 
the quasi-connection of the RAM 
address and datalines to the exter- 
nal (host) circuit. 


Power supply 


The 27C256 EPROM emulator may 
be powered in two ways. The first, 
which we will treat as the ‘standard’ 
method, consists of powering the cir- 
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cuit by means of a mains adapter. 
The on-board power supply con- 
sists of a three-pin voltage regulator 
type 7805 (IC10) in a classic config- 
uration. This component provides 
the +5-V regulated supply voltage to 
the emulator circuitry. Because only 
100 mA or so of output current is 
required, the 7805 has an unde- 
manding job in this circuit. Diode D1 
protects the circuit against reverse 
polarised input voltages. LED D2 
acts as a power on/off indicator. 
The second method consists of 
powering the emulator from the tar- 
get (host) system, which will be pos- 
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MIRO PROCESSOR 


sible in most cases because +5 volts 
will be present for the digital cir- 
cuitry around the (E)PROM. If you 
envisage using this method all the 
time, you may omit components 
IC10, diode D1 and capacitor C3 from 
the emulator circuit. 

Jumper JP1 (located near the 
voltage regulator) allows you to 
select between internal and external 
powering. 


The serial link 


The communication between the PC 
and the emulator consists of two- 
way traffic via the RS232 port, for 
which suitable circuitry and cable 
lines have to be present. 

On the emulator board, the RS232 
interface consists of a MAX232 (IC1) 
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in its standard application circuit 
with four pump capacitors. Sure, we 
could have used the SMA version of 
the MAX232 and enclosed the com- 
plete serial interface in a sub-D con- 
nector case for easy connection the 
PC. However, to keep construction 
as easy as possible we decided to fit 
all the parts that make up the inter- 
face on the emulator board. This 
choice also enables an off the shelf 
serial cable to be used. 

A note about the RS232 link — 
this should consist of a standard 
RS232 cable, i.e., not one with 
‘crossed wires’ (also known as 
null/zero-modem cable). 


How it works 


The operation of the EPROM emula- 
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tor may be divided into two phases: (1) load- 
ing the RAM, and (2) simulating an (E)PROM 
in the target system. 

For the first task, the PC transmits, via its 
serial port, the hexadecimal code to be stored 
in the pseudo EPROM. For the second func- 
tion, if the target system is to gain access to 
the code, it is necessary for the microcon- 
troller to pull its port line P3.2 logic Low to 
actuate 3-state drivers IC7 and IC8. Two 
FETs, T1 and T2, keep the host system in the 
reset state. 

Let’s see how this works in more detail. At 
power-on, the microcontroller, IC2, prepares 
all circuitry for data to be written into the 
RAM. This is done by pulling all lines of port 
P3 to logic High, with the exception of P3.5 
and P3.7. 

For the microcontroller to get control over 
the RAM it has to pull port line P3.2 to logic 
High. 


COMPONENTS LIST 


Resistors: 


RI,R2 = 1kQ5 
R3,R7 = 12kQ 
R4 = 10kQ 

R5,R6 = 4kQ7 


R8 = 10kQ 8-way SIL array 


Capacitors: 
Cl,C2,C16,CI7 = lOuF 35V 
C3 =47uF 35V 
C4-C9,C13-C15 =100nF 
ClO =IuF 16V 

Cll,Cl2 =33pF 


Semiconductors: 

DI = IN4001 

D2,D3 = high efficiency LED 

T1,T2 = BSI70 

ICI = MAX232 (Maxim) 

IC2 = AT89C2051 (Atmel), programmed, 
order code 000153-41 

IC3,IC4 = 74HCT573 

ICS = 62256 (RAM) 

IC6,IC7,1IC8 = 74HCT541 

IC9 = EPROM being emulated 

ICIO = 7805 


Miscellaneous: 

KI =9-way sub-D socket (female), PCB 
mount 

PCI -PC4= solder pin 

JPI = 3-way SIL pinheader with jumper 

SI = pushbutton, | make contact 

X|=12MHz quartz crystal 

PCB, order code 000153-1 (see Readers 
Services page) 

Disk, project software, order code 000153- 
I | (see Readers Services page) 


Figure 3a. Component mounting plan of the circuit board designed for the 27C256 EPROM emulator. 
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Figure 3b. Copper track layout of the circuit board designed for the 27C256 EPROM emulator. This board is double-sided and through-plated. 


To be able to load the RAM, port P1 is sup- 
plied with the high address of the first data- 
byte. Next, the 3-state driver IC4 is opened 
and closed again by means of port line P3.5 
in order to block this address. 

The above sequence is repeated for the 
low address, this time with the aid of port line 
P3.7 controlling another 3-state driver, IC3. 

Port line P3.2 of the AT89S2015 microcon- 
troller is programmed to switch the outputs of 
buffers IC6, IC7 and IC8 to high-impedance 
(tri-state), which is necessary to ward off all 
disturbances caused by the external electron- 
ics from the RAM during the write process. 

The same signal is also inverted by the 
combination T1-R3. The inverted control sig- 
nal serves to actuate IC3 and IC4 in sucha 
way that the RAM address lines are properly 
driven. The control signal on P3.2 is put to the 
disposal of the target circuit by a pair of sol- 
der pins, RESET(L) and RESET(H). One of 
these signals may be used to keep the target 
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system in the reset state while the 
RAM is being filed with object code. 

Once the complete object code 
file has landed in the RAM, the 
microcontroller in the emulator pro- 
duces a message on the RS232 port. 

The PC has to send the object 
code file in IntelHex format, via its 
RS232 port. The processor on the 
emulator board looks after the correct 
reception of the file (LED D3 will light 
while data is being received from the 
PC), and arranges for each databyte 
to be written into the RAM at the 
proper location. This is achieved by 
IC2 copying address lines AO-A7 on 
to port P1 and when done producing 
a pulse on P3.7. Latch IC3 copies this 
word. The same process is repeated 
with address group A8-A13. The 
data transferred by these addresses 
are latched in IC4 when a pulse 


appears on port line P3.5. Finally, the 
actual databyte is copied on to P1, 
followed by a Low pulse produced on 
port line P3.3. The latter drives the 
write (WR) input of the RAM. When 
a falling pulse edge appears at this 
input, the RAM transfers the data- 
word on port P1 to the specified 
address. 

The same procedure is followed 
for the transfer of all datawords that 
make up the object code. 

Once the complete IntelHex file 
has been received, the central 
processor switches the circuit to 
simulation mode. More specifically, 
the RAM is switched to read mode 
by pulling port line P3.3 Low and 
enabling the RAM output drivers by 
pulling OE (output enable) Low. This 
is achieved by controlling P3.4. 

Pulling P3.3 logic Low also 
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enables the outputs of buffers IC7 
and IC8, plus it switches the latch 
outputs to high-Z (tri-state) by 
means of the EN (enable) inputs. 

In addition to these important 
functions, the P3.3 signal disables 
the two RESET outputs of the circuit. 
With one the two RESET outputs 
suitably connected to the target cir- 
cuit, this will be automatically held 
in its reset state while the RAM is 
being loaded with the object code 
file. Once the RAM is filled, the tar- 
get circuit is automatically re-ini- 
tialised (very handy if the target cir- 
cuit does not have a dedicated reset 
button or similar). 

Port line P3.4 drives the RAM in 
such a way that the memory chip 
constantly places data on the inter- 
nal databus. 

To prevent the RAM from supply- 
ing data on the external databus, the 
two enable inputs of buffer IC6 are 
connected to OE (output enable ) 
and CS (chip select) lines of the 
external electronics. This approach 
guarantees the correct transfer of 
data from the RAM to the external 
databus whenever the target system 
addresses the EPROM simulator. 

If new data has to be written into 
the RAM, you have to press the 
RESET button to start the file load- 
ing process. 


Building the EPROM 
Emulator 


As evidenced by the introductory 
photograph with this article, it 
would have been possible to make 
the emulator board even more com- 
pact, for example, by ‘moving’ the 
MAX232 serial interface to the serial 
connector casing. As discussed 
above, this option was not followed 
to ensure that everyone can build 
the present circuit from regular size 
components. 

The copper track layout and com- 
ponent mounting plan of the emulator 
board are given in Figure 3. Fitting 
the parts on the board should not 
cause problems and a spot-on work- 
ing construction, we feel, should be 
within the capacity of most of our 
readers. The board being double- 
sided and through-plated, it does not 
have a single wire link, which other- 
wise is the most frequently forgotten 
‘component’! 
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Figure 4. Finished prototype of 27C256 EPROM emulator. 


As customary with this type of 
project, it is best to start with the 
low-profile components like resis- 
tors, capacitors and transistors. Pay 
attention to the orientation of SIL 
resistor array R8, of which the pin 
with the dot (indicating the common 
connection) should be at the edge of 
the board. To cut costs, you may fit 
only three (high quality) IC sockets, 
one for the processor, one for the 
RAM and one for flatcable between 
the emulator and the EPROM in the 
target circuit. Note that IC7 is fitted 
the other way around as compared 
with the other ICs on the board 
(except IC1 and IC10). 

Give the circuit a thorough check, 
including a supply voltage check on 
all ICs, before fitting the processor 
and the RAM into their sockets. LED 
D2 will light to indicate the presence 
of the supply voltage. 


The software 


The program stored in the Atmel 
microcontroller has been written to 
allow the Windows HyperTerminal 
communications utility to talk to the 
EPROM emulator. 

The code transfer from the PC to 
the emulator is via a serial connec- 
tion running at 4,800 bit/s. 

The emulator recognises Intel 


Hexadecimal (a.k.a. IntelHex) which is a 
widely used format for object code file trans- 
fer between PCs and programmers. HyperT- 
erminal is part and parcel of Windows 95 and 
98 so everyone running Windows on his/her 
PC should have it (you'll find it under Pro- 
grams — Accessories — Communications). 
The IntelHex file is transferred using the 
ASCII transmission mode (and not, as you 
may have expected, a protocol like Kermit or Z- 
modem). 

The communication parameters are set to 
4800 bits/s, 8 Databits, No parity, 1 Stop bit 
(4800,N,8,1) 

In HyperTerminal, select the function 
‘Send Textfile’. 

It is also possible to use DOS for the com- 
munication between the PC and the emula- 
tor. DOS users may use this command line: 


COPY INTEL.HEX COM1: 
Linux users will typically employ 
Cat INTEL.HEX \dev\xxx 


Where xxx is the port to which the EPROM 
emulator is connected. 
(000153-1) 


For further reading: 

EPROM Emulator Il, 

B.C. Zschocke and N. Breidohr, 
Elektor Electronics 

July/August and September 1992. 
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